home *** CD-ROM | disk | FTP | other *** search
/ EnigmA Amiga Run 1996 March / EnigmA AMIGA RUN 05 (1996)(G.R. Edizioni)(IT)[!][issue 1996-03][Skylink CD IV].iso / earcd / comm2 / pltdor10.lha / Door227 / PlutDoor.doc < prev    next >
Text File  |  1995-08-22  |  22KB  |  717 lines
  1.  
  2.                           +------------------+
  3.                           |     PlutDoor     |
  4.                           +------------------+
  5.  
  6.  
  7.                    Written by Peter Deane (3:622/401)
  8.  
  9.                               In GFA-BASIC
  10.  
  11.                              (c) 22-Aug-95
  12.  
  13.                              Version 1.00 
  14.  
  15.              Manual $VER: PlutDoor_Manual 1.00 (22-Aug-95)
  16.  
  17.  
  18.  
  19.                               ------------
  20.                               Description:
  21.                               ------------
  22.  
  23. PlutDoor is a BBS door for Sysops who use TrapDoor or GMS as a frontend.
  24.  
  25. It will enable any points and nodes who get mail from you, or indeed
  26. have mail to send to you, to do so while they are logged into the BBS
  27. rather than via TrapDoor or GMS.
  28.  
  29. You will need to have enabled 4D Outbound naming before you will be able
  30. to use this door.
  31.  
  32. The door will run on a wide variety of BBS programs.  It is a native
  33. OzMetro Door and can be setup off OzMetro with no special precautions.
  34. It can also be run from other systems as a command.
  35.  
  36.  
  37.                             ----------------
  38.                             Users Viewpoint:
  39.                             ----------------
  40.  
  41. Running a point gives you real POWER in BBS messages. You can operate
  42. just like a mini-BBS in itself for mail, using FidoNet Mailer software
  43. which is at a peak for file transfer efficiency. It's a very
  44. cost-effective way for anyone who is long-distance to BBSs to
  45. communicate.
  46.  
  47. Up to recently, the only way you could do this was to call your BBS with
  48. a fidoNet mailer. If you wanted to actually call the BBS to play games
  49. or maybe chat with other users, a second phone call would have been
  50. necessary.
  51.  
  52. Now you can pickup your mail, while logged into the BBS, giving you the
  53. best of both worlds. The POWER of a point, and the FLEXIBILITY of
  54. logging into the BBS. We can even take your replies from you, while
  55. you're at it.
  56.  
  57. Some points may not use this service often - but it's nice to have for a
  58. change in case they decide to log in to the host BBS occasionally.
  59. Other users will take offline message reading just that small step
  60. further, and become points, using PlutDoor to pickup and deliver their
  61. mail, and a point package (such as Spot for Amiga users) to read and
  62. write it.
  63.  
  64.                               ------------
  65.                               Requirements
  66.                               ------------
  67.  
  68. The program should work under both AmigaDOS 1.3 and 2.0.  It needs
  69. access to arp.library and traplist.library.  The file transfer program
  70. Xprd by Oliver Wagner will also require xpr libraries for the (batch)
  71. protocols you wish to setup.  Ymodem, Zmodem and SZmodem have been
  72. implemented.  Xmodem is not suitable, not being a batch protocol.
  73.  
  74. You also need a copy of the delete and copy commands in your search
  75. path.  The delete command must be able to understand the amiga wildcard
  76. '#?' to indicate all files in the directory.  Arp, and AmigaDOS delete
  77. commands would do fine, for example.
  78.  
  79.  
  80.                              -------------
  81.                              Command Line:
  82.                              -------------
  83.  
  84. OzMetro sysops need not worry about this section at all.  If the door is
  85. run with no command line, a Metro ram:userdata file is searched for.  If
  86. found the door will run with no further action on the sysop's part.
  87.  
  88. This door ALSO runs with a command line, as well as a Metro door.  This
  89. would be used for running it off, say a single line TransAmiga, or DLG
  90. system.  Note that since the door handles all the serial code, you will
  91. need to stop your BBS doing serial reads/writes while running the door.
  92. If you configure it as an old-fashioned TransAmiga door it will work.
  93. DLG sysops would need to run the program to stop serial input/output
  94. before running the door (and then run the opposite program at the
  95. conclusion).  I forget what the DLG program is called that does this,
  96. however one DOES exist.  Perhaps a DLG sysop can help me here.
  97.  
  98. You should be able to get this running under most Amiga BBS software, I
  99. have in mind Falcon and Excelsior here as well.  Netmail me if you have
  100. any enquiries.
  101.  
  102. The usage details:
  103.  
  104. PlutDoor -u<User Name> -b<Baud> -t<Time> -p<Path> -s<0|1>
  105.  
  106.  
  107. ALL -x commands must be filled in, you're not allowed to leave blanks.
  108.  
  109. eg:
  110.  
  111. PlutDoor -uPeter Deane -b2400 -t50 -pGFA:pd -s1
  112. PlutDoor -u John Doe  -b9600 -t20 -pDOORS:plutDoor/ -s0
  113.  
  114. -u<User Name> 
  115.  
  116. This should NOT be in inverted commas. It can contain as many spaces as
  117. you like (leading and trailing are trimmed). It is parsed through a
  118. filter to ensure correct capitalisation regardless of input.
  119.  
  120.  
  121. -b<Baud>      
  122.  
  123. This is the rate you want PlutDoor to open the modem at.  If you are
  124. using a locked modem, give PlutDoor the DTE speed here (eg usually 19200
  125. or 38400).
  126.  
  127. If you are not running with a locked terminal speed, you MUST provide
  128. the actual baud rate of the connection.  Hopefully your BBS program will
  129. give you an embedded percent command for this.
  130.  
  131.  
  132. -t<Time>
  133.  
  134. This is the time remaining for the user.  It's not very stringently
  135. checked at the moment.  (It's not checked AT ALL, in fact, so you might
  136. as well give a dummy value of 60 or something....)
  137.  
  138.  
  139. -p<Path>
  140.  
  141. This is the pathname for all configs, etc. You must create this door a
  142. directory. Where this directory is is entirely up to you. This directory
  143. will be searched for the config file (meaning you can setup multiple
  144. config files if you like). Other data files default to directories under
  145. this door directory (but you may change their location in the config).
  146.  
  147. IT IS IMPORTANT TO ENSURE THIS DIRECTORY EXISTS BEFORE RUNNING THE
  148. PROGRAM!
  149.  
  150.  
  151. -s<0|1>
  152.  
  153. Serial type. Two options are allowed: -s0 for local login (and no serial
  154. routines enabled - not very useful) and -s1 for remote.
  155.  
  156. -u, -b, -t, -p, -s are all case-sensitive, but spaces are fine.
  157.  
  158.  
  159.                                 -------
  160.                                 Config:
  161.                                 -------
  162.  
  163. PlutDoor has a config file, to allow you to have it setup the way YOU
  164. want. The config file is called 'PlutDoor.CFG' and will be looked for in
  165. the path you specify in the command line (for Metro users this means the
  166. DOORxxx/ directory where you have this door setup).
  167.  
  168. The config has a growing number of keywords.  They are not
  169. case-sensitive.
  170.  
  171. Plutonic will use internal defaults in all cases where a keyword is
  172. incorrectly specified in the config file.  Unknown keywords are ignored.
  173.  
  174.  
  175. Here are the keywords allowed:
  176.  
  177.  
  178. ----
  179. HERE
  180. ----
  181.  
  182. The node number of this BBS.
  183.  
  184. Eg:
  185.  
  186.   HERE 3:622/401.0
  187.  
  188. Default:
  189.  
  190.   0:0/0.0
  191.  
  192.  
  193. -------
  194. BBSNAME
  195. -------
  196.  
  197. The name of this BBS.
  198.  
  199. Eg:
  200.  
  201.   BBSNAME The Inquestor BBS
  202.  
  203. Default:
  204.  
  205.   This BBS
  206.  
  207.  
  208. -----
  209. SYSOP
  210. -----
  211.  
  212. Name of the sysop
  213.  
  214. Eg:
  215.  
  216.   SYSOP Peter Deane
  217.  
  218. Default:
  219.  
  220.   Sysop
  221.  
  222.  
  223.  
  224. -------
  225. LOGFILE
  226. -------
  227.  
  228. The name of the logfile to write to. Most disk and file transfer
  229. activity is noted, as well as items of security and function.
  230.  
  231. The logfile is in TrapDoor format. An example appears:
  232.  
  233. % 21 Aug 95 18:26:28  PlutDoor V1.00 opened
  234. % 21 Aug 95 18:26:28  Online user: Garry Simmonds
  235. % 21 Aug 95 18:26:35  User has an account
  236. % 21 Aug 95 18:26:39  User entered correct password
  237. % 21 Aug 95 18:26:45  User has 75480 bytes in 2 files here
  238. % 21 Aug 95 18:26:45  This will take 1 batch send
  239. % 21 Aug 95 18:26:51  Copy "MAIL:Outbound/3.622.401.5.SU1" to 
  240.                         .."MAIL:PlutDoor/22D137A1.SU1"
  241. % 21 Aug 95 18:26:53  Copy "MAIL:Outbound/54.6101.15.0.MO0" to 
  242.                         .."MAIL:PlutDoor/22D139C9.MO0"
  243. % 21 Aug 95 18:28:06  Download 1 returned 0
  244. % 21 Aug 95 18:28:16  Purging Mail:Outbound/ directory
  245. % 21 Aug 95 18:28:16  Truncating MAIL:Outbound/3.622.401.5.SU1 to zero bytes
  246. % 21 Aug 95 18:28:16  Truncating MAIL:Outbound/54.6101.15.0.MO0 to zero bytes
  247. % 21 Aug 95 18:28:17  Deleting Mail:Outbound/3.622.401.5.FLO
  248. % 21 Aug 95 18:28:17  Deleting Mail:Outbound/54.6101.15.0.FLO
  249. % 21 Aug 95 18:28:20  Delete MAIL:PlutDoor/#?
  250. % 21 Aug 95 18:28:21  Deleting .RLO file
  251. % 21 Aug 95 18:28:22  User says there is mail for us!
  252. % 21 Aug 95 18:28:38  Upload returned 0
  253. % 21 Aug 95 18:28:38  Received file: 3.622.401.0.MO0
  254. % 21 Aug 95 18:28:39  Renamed 3.622.401.0.MO0 as 22D18BF7.MO0
  255. % 21 Aug 95 18:28:41  delete MAIL:PlutDoor/#?
  256. % 21 Aug 95 18:28:42  delete T:#?.PKT
  257. % 21 Aug 95 18:28:42  PlutDoor V1.00 closed
  258.  
  259. Eg:
  260.  
  261.   LOGFILE MAIL:Logs/TrapDoor.log
  262.   LOGFILE LOGS:BBS.Log
  263.  
  264. Default:
  265.  
  266.   <path given in command line>PlutDoor.log
  267.  
  268.  
  269. ------
  270. DEVICE
  271. ------
  272.  
  273. The name of the serial device to use. This is case-sensitive, so
  274. watchit!
  275.  
  276. Eg:
  277.  
  278.   DEVICE modem0.device
  279.  
  280. Default:
  281.  
  282.   serial.device
  283.  
  284.  
  285. ----
  286. UNIT
  287. ----
  288.  
  289. If your serial driver is other than unit zero, please specify.
  290.  
  291. Eg:
  292.  
  293.   UNIT 1
  294.  
  295. Default:
  296.  
  297.   0
  298.  
  299.  
  300. ------
  301. SWIDTH
  302. ------
  303.  
  304. The width of the screen to open. Usually 640 for WB 1.3.
  305.  
  306. Eg:
  307.  
  308.   SWIDTH 640
  309.  
  310. Default:
  311.  
  312.   640
  313.  
  314.  
  315. -------
  316. SHEIGHT
  317. -------
  318.  
  319. The height of the screen. PAL = 256; NTSC = 200.
  320.  
  321. Eg:
  322.  
  323.   SHEIGHT 256
  324.  
  325. Default:
  326.  
  327.   200
  328.  
  329.  
  330. -----
  331. Note:
  332. -----
  333.  
  334. For the following directory specifications, a trailing slash is
  335. optional.
  336.  
  337. If the last character is not a : or /, then a / will be added. It
  338. follows if your directory is an assignment (eg IN:) then you will HAVE
  339. to add the trailing colon. A trailing slash is optional for other
  340. directories, however.
  341.  
  342. You MUST create these directories before running the door. If you
  343. unarced the archive with full pathnames, the default directories will be
  344. setup for you.
  345.  
  346.  
  347. --------
  348. OUTBOUND
  349. --------
  350.  
  351. Your Outbound mail directory.
  352.  
  353.  
  354. Eg:
  355.  
  356.   OUTBOUND FH2:Mail/Out
  357.  
  358. Default:
  359.  
  360.   Mail:Outbound/
  361.  
  362.  
  363. -------
  364. INBOUND
  365. -------
  366.  
  367. Your Inbound mail directory.
  368.  
  369.  
  370. Eg:
  371.  
  372.   INBOUND DF0:    (just joking)
  373.   INBOUND NIL:    (ditto)
  374.  
  375.  
  376. Default:
  377.  
  378.   MAIL:Inbound/
  379.  
  380.  
  381. ---------
  382. TEXTFILES
  383. ---------
  384.  
  385. The directory where several textfiles the door needs to access will be
  386. kept. New_User.TXT and New_User.LHA, to give info about the door to new
  387. users should be stored here. Feel free to alter the archive contents
  388. (but please ensure the files exist!).
  389.  
  390.  
  391. Eg:
  392.  
  393.   TEXTFILES BBS:Doorfiles1/Door227/Texts
  394.  
  395. Default:
  396.  
  397.   <path given in command line>Texts/
  398.  
  399.  
  400. -----
  401. USERS
  402. -----
  403.  
  404. The directory where the users' accounts are kept (more later on the
  405. format of these).  For each person you want to be able to use this door,
  406. a file <user name> must exist in this directory.  (See next section
  407. ("Users Directory") where the individual user files are explained).
  408.  
  409.  
  410. Eg:
  411.  
  412.   USERS BBS:Doorfiles1/Door227/Users
  413.  
  414. Default:
  415.  
  416.   <path given in command line>Users/
  417.  
  418.  
  419. -----
  420. XFERS
  421. -----
  422.  
  423. The default directory where incoming, and renamed outbound files are
  424. kept. It helps if this is on a partition with a fair bit of room to
  425. spare. Do NOT keep any files in this directory, it is purged each time
  426. the door is run! Files will later be copied into their correct
  427. directories (ie the Inbound).
  428.  
  429. Make this directory on a partition where you have a lot of room, it has
  430. to hold a copy of all the arcmail bundles and packets (although not file
  431. attaches) a system has to receive while the transfer takes place.
  432.  
  433. Eg:
  434.  
  435.   XFERS MAIL:PlutDoor
  436.  
  437. Default:
  438.  
  439.   <path given in command line>Xfers/
  440.  
  441.  
  442. ----------
  443. FREQCONFIG
  444. ----------
  445.  
  446. This command line allows you to specify the name of your FreqServer's
  447. config.  It can be used in both the main PlutDoor.cfg file, AS WELL AS
  448. over-ridden in the USER file itself.  This is to enable you to either
  449. limit, or increase the number of directories a certain user can freq
  450. from, or maybe give higher or lower time/byte/file limits to certain
  451. users.
  452.  
  453. Normally, all users will use the config file you specify in the
  454. PlutDoor.cfg itself.  However, if you wish to treat one of your users
  455. specially (either more or less access than normal), you would specify to
  456. use a different FREQCONFIG in the user's file (see later).
  457.  
  458. To actually use this setup, you need to use the %C embedded percent
  459. command to represent your Freqserver's filename in your FREQCONFIG line.
  460. But see the section immediately following ("FREQHANDLER") for more info
  461. on that.
  462.  
  463.  
  464. Eg:
  465.  
  466.   FREQCONFIG BBS:SkyFreq.cfg
  467.  
  468. Default:
  469.  
  470.   FREQCONFIG MAIL:FFRS.cfg
  471.  
  472.  
  473. -----------
  474. FREQHANDLER
  475. -----------
  476.  
  477. This is where you specify the Freq-server command to run when PlutDoor
  478. receives a .REQ file from the user.  I have implemented the same
  479. embedded percent commands as in TrapDoor, so you should be able to use a
  480. very similar line here, as in your TrapDoor.cfg.
  481.  
  482. The embedded percent commands implemented are as follows.  Note that
  483. they are CASE-SENSITIVE.
  484.  
  485.         %% = a single % sign
  486.         %A = a string of all the system's AKAs, space separated
  487.         %b = the DTE (locked) baud rate
  488.         %B = the baud rate of connection, if available, otherwise DTE
  489.         %l = the name of PlutDoor's logfile
  490.         %Z = zone of the online system's primary adrress
  491.         %N = net of the online system's primary adrress
  492.         %F = node of the online system's primary adrress
  493.         %P = point of the online system's primary adrress
  494.         %n = full 4d address of the online system's primary address
  495.         %S = remote sysop name in ALL UPPERCASE  (**See Note Below**)
  496.         %s = remote sysop name in Mixed Case     (**See Note Below**)
  497.         %I = name of inbound directory
  498.         %O = name of outbound directory
  499.         %i = name of the (input) .REQ file  (surrounded by double-quotes)
  500.         %o = name of the (output) .RLO file (surrounded by double-quotes)
  501.         %C = config name of FreqServer (from config or user file)
  502.  
  503. If anyone is user a FreqServer that WON'T run because it needs another
  504. embedded percent command not provided here, let me know.  However, I've
  505. implemented about 75% of those available in TrapDoor, so I think ALL
  506. freqservers will be catered for.  That's the intention anyway!
  507.  
  508. **NOTE**:  the %S and %s keywords differ from TrapDoor's implementation.
  509. For PlutDoor, you'd generally want to use %s (lowercase) instead.  If
  510. you use TrapDoor's %S, you'll get the username in ALL UPPERCASE.
  511.  
  512. Notice in the example, below, the config file is specified directly.
  513. This will over-ride ALL OTHER file request server configs.  If, however,
  514. you want to use the default, a %C is used to take the place of the
  515. config file.  In this way, it can be specified from the PlutDoor.cfg,
  516. and then even further customised in the USER file, should you wish to
  517. use a different config for certain users only.
  518.  
  519. Eg:
  520.  
  521.   FREQHANDLER FFRS Mail:FFRS.cfg %i %o %B %n %s
  522.  
  523. Default:
  524.  
  525.   FREQHANDLER FFRS %C %i %o %B %n %s
  526.  
  527.  
  528.                             ---------------
  529.                             Users Directory
  530.                             ---------------
  531.  
  532. In the directory specified for the USERS directory (defaults to a
  533. directory called Users/ in the path given in the command line), you need
  534. to have stored files for ANYONE who you think will use the door.  All
  535. your points, and even any nodes you exchange mail with, if they ever
  536. login to your BBS.
  537.  
  538. Set them up so the usernames match those on the BBS. The files you
  539. create will have spaces in them most of the time. Show caution.
  540.  
  541. EG say I want 'PETER DEANE' to get his mail from the door.
  542.  
  543. I setup a file called "Peter Deane" (without the ""'s and not case
  544. sensitive because it's an amiga filename, okay).  I then edit it with a
  545. text editor to make it look like:
  546.  
  547. ;
  548. PASSWORD SECRET
  549. ;
  550. AKA0 3:622/401
  551. AKA1 9:200/104.0
  552. AKA2 16:439/200
  553. AKA3 41:220/401.0
  554. AKA4 54:6101/401
  555. ;
  556. FREQCONFIG BBS:PeterDeaneFreq.cfg
  557.  
  558. (I was going to write a little User-file editor, but it's pointless
  559. because they are so easy to do in a text-ed).
  560.  
  561. You can have up to 10 AKA's.  AKA0 should be specified, however, if an
  562. AKA0 isn't specified, subsequent AKAs are moved down until AKA0 does
  563. actually hold an address.  EG if you only specify an AKA1, and no AKA0,
  564. AKA1 will roll down and become used as AKA0.  This is all handled
  565. internally by the program, so don't concern yourself with it too much.
  566.  
  567. AKA0 - AKA9 can be any node number you want to specify for that user.
  568.  
  569. The PASSWORD line (not case sensitive when compared) might be the user's
  570. mail session password.  But it can be changed to anything up to 10
  571. characters long.  Just get the user to leave you a message.  Be warned,
  572. the users can only enter 10 characters for the password, so DO NOT make
  573. it longer than 10 characters!
  574.  
  575. (Be warned, many nodelist program only have an 8-character field for
  576. passwords, so I advise you to keep them short for the benefit of the
  577. OTHER users)
  578.  
  579. The FREQCONFIG line is optional.  If not specified in the individual
  580. user's file, the one from the PlutDoor.cfg will be used instead.
  581. (Generally what you want).  See above, under the config command
  582. explanations for "FREQCONFIG" for more info on this keyword.
  583.  
  584. I don't think you'll have much trouble maintaining the Users directory.
  585. See the example files if you are having trouble.
  586.  
  587.  
  588.                                ----------
  589.                                Operation:
  590.                                ----------
  591.  
  592. You should set the program up as a door off your BBS program.
  593. TransAmiga provides easily enough keywords to fill in the command line
  594. correctly.  (See above under "Command Line")
  595.  
  596. OzMetro users can just set the door up as a normal metro door in a
  597. BBS:DoorfilesX/DoorXXX directory.
  598.  
  599. Once the user chooses the BBS option to load the door, his username is
  600. checked against those in the USERS directory.
  601.  
  602. If an entry doesn't exist, he is asked (a) if he wants more info and (b)
  603. if he'd like to DOWNLOAD more info.  Then the door exits.  Rather
  604. unexciting!  See TEXTFILES above in the config for more information on
  605. these files sent and offered to the user for download.
  606.  
  607. If a user does have an account setup, he is asked for the session
  608. password. If the password is not entered within three attempts, the user
  609. is locked out of the door. Furthermore, to prevent further attempts, the
  610. User-File will be renamed to <User Name>.BadPwd in the Users/ directory.
  611.  
  612. THIS WILL DISABLE ALL FURTHER ACCESS TO THE ACCOUNT UNTIL YOU COME AND
  613. RENAME IT BACK LATER ON, AND PERHAPS EDIT THE PASSWORD!
  614.  
  615. Now, assuming the password is valid, the Outbound directory will be
  616. scanned for all mail (crash, direct, hold and normal) for all AKAs setup
  617. in the User-File for this user.
  618.  
  619. Because we have to issue a command line to Xprd, (255 characters
  620. maximum) it may take several batch sends for the files to be
  621. transferred.  Often there will only be one file send required, but it
  622. just depends on the number of files waiting for the user.
  623.  
  624. The files will eventually be transferred via Ymodem, Zmodem or SZmodem,
  625. and the user is asked whether to update the outbound directory.  This is
  626. a final confidence check in case XPRD returns the wrong return code.
  627. The user will know if he got the files okay or not, and can abort
  628. directory cleaning should he deem it necessary.
  629.  
  630. If Yes is answered, then the outbound directory is pruned. Netmail will
  631. be deleted, arcmail packets truncated, .TIC files deleted, etc, etc in
  632. strict accordance with all TrapDoor conventions.
  633.  
  634. Otherwise, the Outbound directory will be left in exactly the same state
  635. as it was before the user entered the door.
  636.  
  637. Then we ask the user if there is mail HE wants to send us. He proceeds
  638. with a batch upload, (these files going into the XFERS directory, as
  639. specified in the config), and then the files are transferred to the
  640. BBS's Inbound directory.
  641.  
  642. If the files sent should happen to be named in the 4D TrapDoor scheme,
  643. they will be appropriately renamed on the way over to Inbound. This is
  644. of ultimate convenience for your TrapDoor/Foozle points.
  645.  
  646. Sometimes, files moved over to InBound get renamed a little wierdly.
  647. Just ensure you tell your users only to transfer normal mail files.  If
  648. they have other types of files to send, then UPLOAD them.  If only mail
  649. is sent to the door, I guarantee its safety into Inbound.  Other files,
  650. will be fine, except if they already exist in the inbound directory, in
  651. which case they'll be renamed as a Timestamp.
  652.  
  653. Sometimes PlutDoor is fooled by the filenames a user uploads.  Once,
  654. someone sent me a file called "APPLICATION.FRM" through PlutDoor.
  655. PlutDoor saw it ended in .FR..  and renamed it to a mail bundle name on
  656. the way over to the inbound.  This is the only quirk the door will present you
  657. with, however all renaming is logged, so you can check the log if you
  658. need to find a file that seems to have disappeared.
  659.  
  660. Thus concludes the session. Your point is now free to play Space Empire
  661. and Global War.
  662.  
  663.  
  664.                              -------------
  665.                              XPRD's Screen
  666.                              -------------
  667.  
  668. When a file is sent or received, Oliver Wagner's XPRD is used to do the
  669. work.  This is a standalone program for file transfers. One warning!
  670. XprD opens its window on the Current Active Screen. You have to be
  671. VERY careful that this screen never closes down while XPRGate is doing
  672. its stuff.
  673.  
  674. So, to cater for this, when a user is about to start a file transfer,
  675. the Door's screen itself is pushed to the front.  This will interrupt
  676. what you are doing, but ensure that XprD opens on a safe screen that
  677. will be existant throughout the user's visit to the door.
  678.  
  679.  
  680.                               -----------
  681.                               Copyrights:
  682.                               -----------
  683.  
  684.  
  685. Many thanks to Oliver Wagner, and the xpr authors for the file transfer
  686. side of things.
  687.  
  688. This door is still copyright, but freeware.  The full GFA source is
  689. included in the archive, but you may NOT distribute modified copies, if
  690. you modify the source, then you should use it on your system alone.  If
  691. you have any great suggestions, tell ME, I'll implement them, and
  692. release a later version myself.
  693.  
  694. If you have ANY questions, need ANY help or simply want to give me the
  695. buzz of knowing this software is being used please send me mail to any
  696. of these addresses:
  697.  
  698.  
  699.         Peter Deane
  700.  
  701.         FidoNet:   3:622/401        Postal: PO Box 228
  702.         GlobalNet: 54:6101/401              Swansea  NSW  2281
  703.         AmigaNet:  41:220/401               AUSTRALIA
  704.  
  705.         Internet: peter.deane@p0.f401.n622.z3.fido.zeta.org.au
  706.                   (okay, I cheated, but the gate works really well)
  707.  
  708.         Internet: c8345041@cc.newcastle.edu.au
  709.  
  710.         This last address is my uni account, however it will only apply
  711.         for 1995, and I only login at most, once a week.  Fido is
  712.         definitely the best way to contact me.
  713.  
  714.         Or call the BBS:   from O/S   +61-49-72-1647
  715.         (24 hrs)           from Aust  (049) 72-1647
  716.  
  717.